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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to the interaction between computer devices 
and input devices. More specifically, the present invention relates to a 
configurable operating system for automatic transfer and conversion of data from 
input devices to appUcations. 

2. The Prior Art 

For many years, computers were large, bulky machines that were difficult 
to transport. More recently, however, computers have evolved to such a degree 
that portable laptop, palmtop, and other small computers have become quite 
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common. Additionally, small yet inexpensive computers have been developed 
which lack much of the processing power and memory availability of the more 
expensive, or larger computers, but have just enough power and memory to 
perform specific tasks. These computers are used in a number of different 

5 applications, including inventory control, word processing, and data collection. 

Typically, these computers are used with a wide variety of input devices. 
These include keyboards, bar code symbol scanners, image scanners, 
microphones, digital cameras, and electronic pens, among others. The goal of 
these systems is to allow information (audio, bar code symbol, video, text, etc.) to 

10 be received by the computer and transferred to an application program in a form 
the application can use. Generally, the task of managing these input devices falls 
on an application program containing routines, which were developed on a case by 
case basis. For example, a word processor may require input from a keyboard. 
Therefore, the word processor will be designed with some code routines that cause 

15 the word processor to wait for input from a keyboard, and when input is received, 
to print the input on the screen where the cursor is located. 

A keyboard is a relatively simple input device. When using a more 
advanced input device, such as a bar code symbol scanner, the process becomes 
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even more cumbersome. The word processor will be designed with some code 
routines that cause the word processor to look for input from a bar code scanner, 
then to go through a process of conversions to convert the input signals into 
information that the word processor can use. A similar problem arises in the use of 
5 image scanners, where optical character recognition (OCR) software may be 
needed in order to convert the "picture" data to "text" data. Code routines need to 
be developed on a case by case basis to call the appropriate conversion 
Z applications. 

:i: One example of the use of an application program to manage the input from 

^ 10 various devices is contained in US Patent No. 5,604,516, which discloses an 

interface that polls the appropriate input devices until a signal is received, then 
^ disables access to other input devices while data is being received. While this 
H= polling method provides for a highly efficient interface to manage multiple input 

devices, it is still being managed by an application, thus using up valuable 
15 memory and processor time. What is needed is an interface that may be run by an 

operating system, reducing the burden placed on the application or applications. 

Another problem that arises during the management of input devices is that 

oftentimes input signals may be in an improper form due to an incorrect setting on 
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the input device. For example, the volume of the audio data input from a 
microphone may be too low due to the recording level on the microphone being at 
too low a setting, or the image data from a scanner may be too dark because the 
iris control on the scanner is set incorrectly. The data can normally be corrected 

5 using application programs, such as a program which ampUfies the sound data to 
correct for the low recording level of a microphone, or a program which increases 
the brightness of an image to correct for an incorrect iris setting. However, 
programs such as these use up valuable processor and memory resources. What is 
needed is an interface that may reconfigure the input devices such that future data 

10 received from the input devices does not require correction, or at least minimizes 
the correction needed. 

Another problem that arises in the use of such small computers is that they 
may require a large number of conversion applications in order to properly 
translate all of the possible types of input data. For example, for a word processing 

15 application alone, the system may require conversion programs to translate data 
from a scanner, a microphone, a bar code symbol reader, and an electronic pen. 
This multiplicity of conversion programs takes up valuable memory space. What 
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is needed is a system that reduces the number of conversion applications on a 
computer. 

Additionally, because of the relative lack of processing speed and memory 
contained in the small computers (which reduces the size and cost of the 

5 computers), the computers are generally tailored to specific tasks. For example, 
one computer may be tailored to inventory control while another is tailored to 
word processing. Thus, to reduce the burden on the system, the operating system 
may also be tailored to the specific task. This creates a problem, however, when 
the user wishes to switch from one task to another. Manually loading a new 

10 operating system and application programs can be a time consuming task, 
involving attaching an interface and a disk drive or some other storage medium to 
the computer or perhaps returning the computer to a docking station for 
reprogramming. What is needed is a system having an interface which allows for 
automatic and simple updates to the operating system and application programs. 

15 It is therefore an object of the present invention to provide an interface 

which may be run by an operating system, reducing the burden placed on the 
application or applications and therefore reducing the amount of memory and 
processor speed required by the system. 
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It is a further object of the present invention to provide an interface which 
may control the settings on the input devices to reduce the number of 
manipulations that need to be run on incoming data. 

It is a further object of the present invention to provide a system which 
5 contains multiple conversion applications taking up less space than multiple 
conversion applications normally would. 

It is a further object of the present invention to provide a system in which 
the operating system and applications may be automatically updated quickly and 
easily. 

10 

BRIEF DESCRIPTION OF THE INVENTION 
A configurable operating system allows small, inexpensive, and less 
powerful computers to run a wide variety of applications • The operating system 
provides for the capability to accept input from a number of input devices, and 
15 transfer the data to the appropriate application without using an application to 
perform the routing tasks, thus freeing up more processor time and memory space 
for the applications. Data format translator applications may be called by the 
operating system in order to convert the data to the proper format. The decision as 
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to which application should be called may be made by using information on the 
input device which the data came from, as well as additional information, to 
determine if a conversion application or other application is required. 

A method for using the operating system may include the steps of: 
receiving data from an input device; determining the type of the input device; 
choosing one or more applications to send the data through based on the type of 
the input device; and sending the data to the first of the applications, receiving 
data from the first of the applications, and repeating for the next of the 
applications until reaching the last of the applications. 



BRIEF DESCRIPTION OF THE DRAWING FIGURES 
FIG. 1 is a block diagram illustrating a computer system for use with the 
present invention; 

FIG, 2 is a flow diagram illustrating a method for using an operating system 
in accordance with a first embodiment of the present invention; 

FIG. 3 is a block diagram illustrating the movement of input data through 
an operating system and two applications in accordance with the present 
invention; 
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FIG. 4 is a block diagram illustrating the movement of input data through 
an operating system and three applications in accordance with the present 
invention; 

FIG, 5 is a flow diagram illustrating a method for using an operating system 
5 in accordance with a second embodiment of the present invention; 

FIG, 6 is a block diagram illustrating the use of a field reprogrammable 
gate array in a system in accordance with a third embodiment of the present 
invention; and 

FIG. 7 is a block diagram illustrating the use of a wireless network in a 
10 system in accordance with a fourth embodiment of the present invention. 

DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 
Those of ordinary skill in the art will reahze that the following description 
of the present invention is illustrative only and not in any way limiting. Other 
15 embodiments of the invention will readily suggest themselves to such skilled 
persons. 

FIG. 1 depicts a computer system for managing input in accordance with a 
first embodiment of the present invention. Computer 10 is connected to one or 
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more input devices 12, 14. These input devices may be of any type, including 
keyboards, mice, bar code symbol readers, scanners, microphones, and the like. 
Computer 10 contains an operating system 16 and also contains one or more 
applications 18, 20, 22, 24 which are designed to perform the higher level tasks in 
which the user is interested. For example, if the computer 10 is being used for 
inventory control, then the computer will likely contain some sort of inventory 
control software. Some of these applications 18, 20, 22, 24 may be data format 
translators. The data format translators are capable of converting one type of data 
into another and are generally used in conjunction with other applications. For 
example, if a scanner is being used with a word processing program, it may be 
necessary to convert the image data sent from the scanner into text data usable by 
the word processor. In such a case, an optical character recognition application 
may be used to convert the data. Operating system 16 manages the input, 
translation, and routing of the data. 

FIG. 1 depicts a computer system having four applications. However, the 
present invention may be used with systems that have any number of applications 
and input devices. For example, a computer may have only a single application 
such as a word processing program, yet have a large number of input devices, such 
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as a keyboard, mouse, microphone, scanner, and the like. The computer may also 
contain a number of different data format translators and the data may need to be 
passed through more than one data translator before being sent to the appropriate 
application. 

5 FIG. 2 is a flow diagram of a method for using an operating system in 

accordance with a first embodiment of the present invention. At step 50, data is 
received from an input device. This step is also depicted in FIGS. 3 and 4. FIGS. 3 
and 4 are block diagrams illustrating the movement of input data through an 
operating system in accordance with the present invention. In both FIG. 3 and 

10 FIG. 4, the input data 100 is received by the operating system 102. 

At step 52, a control signal may be sent to the input device adapting the 
data characteristics to the required specification. This control signal may be based 
on the content of the data. For example, data from an image scanner may come in 
too bright. Therefore, in subsequent scans, it is desirable to lower the brightness 

15 level. While applications can be used to correct for the brightness, these 
applications take up processor time and memory. By sending a control signal to 
the image scanner informing it to turn down the brightness on subsequent scans, 
the amount of correction needed on the data can be greatly reduced. 
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At step 54, the type of the input device is determined. This step may be 
perfoimed in several different ways. An object model may be used within the data 
itself may be used to signify the type of the input device. This is known as data 
source tagging. For example, data from a microphone may include a unique 
identifier in a specific field in the data signifying that the data came from the 
microphone. It is preferable to have unique identifiers for each input device such 
that multiple input devices of the same type (such as two microphones) may be 
differentiated. At step 54, this tag may be examined and compared with a Ust of 
input devices and their corresponding tags to determine the source of the data. The 
precise mechanism b which data source tagging is performed and utilized is 
contained in Appendix A. 

Another way to perform step 54 is to examine the format of the data. Each 
type of input device produces a different format of data and this format may be 
compared with a list of input devices and corresponding formats to determine the 
source of the data. 

At step 56, the data may be sequenced. Sequencing is sometimes required 
because it is possible for multiple applications to request data from the same 
source. If neither request has been fulfilled yet, the operating system may have 
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trouble determining where to send the data. Sequencing forces the operating 
system to preserve the order in which the applications requested data from input 
device. For example, if appUcation #2 requests data from a scanner, and then a few 
moments later application #1 requests data from a scanner, then the first piece of 
data that arrives from scanner should be routed to application #2 and the second 
should be routed to appUcation #1. 

At step 58, the content of the data may be filtered by eliminating data 
which does not meet the application's requirements. This filtration step, however, 
will most likely be fakly limited, as drastic changes to the data will be performed 
by one or more data format translators later in the process. One possible filtration 
function that may be performed at step 56 is truncating a portion of the data to 
meet size limitations of the applications, operating system, or hardware. For 
example, if there is only 1 megabyte of RAM in the computer system, any data 
larger than 1 megabyte may be deleted, truncating the data. 

At step 60, the operating system chooses one or more applications to which 
to send the data. This choice may be based on any number of factors, including the 
type of the input device and the size of the data. Of course, if a specific application 
requested the data then the data will be sent to that application, but even in this 
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case oftentimes the operating system will have to examine the data in order to 
determine if it matches the request. 

One possible implementation of this step uses an object model which 
represents data with a data descriptor. For example, data containing information 
5 about a bar code will be placed in an object type which corresponds to bar code 
symbols. Thus, the operating system can examine the object type of the data and 
use that in determining which application or appHcations to which to send the data. 

An important portion of this step may involve determining whether it is 
necessary to pass the data through a data format translator before passing it to 
10 another application program. This determination will be made based on the 
destination application and the type of the input device. This ensures that the data 
will be in the proper format. 

At step 62, the data may be synchronized. Synchronization may be 
necessary in the case where two pieces of data destined for the same application 
15 arrive in the operating system at the same time. In such a case, it would be 
possible for the data from one input source to be mixed with data from a second 
input source. This situation would almost certainly result in the destruction of the 
integrity of both pieces of data. 
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For example, an application may request text data from a keyboard for 
entry into a specific field, and also request bar code symbol data from a bar code 
symbol scanner for entry into a separate field. If the bar code symbol data was 
mixed with the text data, the data would be corrupted. Thus, in such situations, 
data may be synchronized such that only one type of data is sent to the application 
at a time. 

At step 64, the operating system 102 sends the data to the first of the 
applications chosen, receives data from the first application (if necessary), and 
repeats this for each application until reaching the final appUcation. This step is 
depicted in FIG. 3, as operating system 102 passes input data 100 to data format 
translator 104, which then passes it back to operating system 102. For example, if 
data from a scanner is going to be used in a word processing application, the 
operating system may choose to pass the data through an optical character 
recognition application before passing it to tiie word processor. 

It is also possible that the operating system may have chosen to pass the 
data through more than one data format translator before sending it to the 
destination application. This is depicted in FIG. 4, as operating system 102 passes 
input data 100 to data format translator 106, which then passes it back to operating 
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system 102. Then operating system 102 passes the translated data to data format 
translator 106, which then passes it back to operating system 102. For example, if 
a list of numbers is going to be scanned in using a scanner and used in binary 
numerical format as input to an appUcation, the operating system may choose to 
pass the data through an optical character recognition application to convert the 
image data to ASCII characters, and then pass it through an ASCII to binary 
number converter application before sending it to the destination application. 

Referring to FIG. 4, the diagram of this step may appear disjointed, with the 
operating system 102 calling many data format translators 104, 106 or other 
applications before ultimately passing on the data to the destination application 
108, which may, of 10 course, then proceed to call other applications using the 
operating system. Due to this disjointed appearance, this process may be termed 
"data blending". 

FIG. 5 is a flow diagram illustrating a second embodiment of the present 
invention. In this embodiment, the operating system acts to fulfill data requests 
that are sent to it from the various apphcations. At step 150, the operating system 
receives a data request from an application. At step 152, the operating system 
finds an input device to fulfill the data request. At step 154, the operating system 
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sends a signal to the input device requesting data. For example, if a word 
processor requests text data from a scanner, the operating system may scan the 
system looking for a scanner. When it finds a scanner, it sends a signal to the 
scanner requesting data. The scanner may then be activated. This allows for the 
automatic handling of data requests. 

The rest of the steps in the second embodiment are similar to that of the 
first embodiment. At step 156, the data is received from the input device. At step 
158, a control signal may be sent to the input device adapting the data 
characteristics to the required specification. At step 160, the type of the input 
device is determined. This step may be performed in the several different ways 
discussed before. Despite the fact that the application specifically requested data 
from a specific source, in the implementation of the operating system there may be 
several applications requesting data at the same time, thus it will be important to 
keep track of which data came from which source. 

At step 162, the data may be sequenced. At step 164, the content of the data 
may be filtered by eliminating data which does not meet the application's 
requirements. At step 166, the operating system chooses one or more applications 
to which to send the data. Although the final destination application of the data 
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will most likely be the application that requested the data, it may be necessary to 
pass the data through data format translators or other applications before reaching 
the final application. 

At step 168, the data may be synchronized. At step 170, the operating 
system sends the data to the first of the appHcations chosen, receives data from the 
first application (if necessary), and repeats this for each application until reaching 
the final application. 

FIG. 6 is a block diagram illustrating a third embodiment of the present 
invention. In this embodiment, the data format translations are performed by 
hardware components rather than software appUcations. Input data 200 is received 
by operating system 202. Operating system 202 then passes input data 200 through 
a field reprogrammable gate array 204. The field reprogrammable gate array 204 
may be used to simulate the performance of a software data format translator. This 
field reprogrammable gate array may be reprogrammed at any time to alter the 
type of translation it performs. For example, it may be programmed as an optical 
character recognizer in order to translate scanned image data into ASCII data, and 
then it may be reprogrammed as an audio to text converter in order to translate 
data from a microphone into ASCII data. 
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There are several advantages to performing the data format translations 
using a field reprogrammable gate array rather than software. First, hardware 
generally runs faster than software, which will increase the overall speed of the 
system. Second, using hardware eases the burden on the processor and memory. 
As discussed earlier, slow processing speed and low memory are significant 
problems in small, cheap computers such as handheld devices. Third, one or more 
field reprogrammable gate arrays may be reprogrammed together to act as several 
different translators, thus simplifying the design of the computer system. 

FIG. 7 is a block diagram illustrating a fourth embodiment of the present 
invention. In this embodiment, several of the computers may be linked using a 
wireless network. This network may comprise using RF signals to communicate 
between computers. For example, a main computer 250 may be located at a fixed 
location. On a day when inventory needs to be taken, a supervisor may use the 
main computer 250 to configure all of the handheld computers 252 on the network 
to contain only one those applications and data conversion programs required for 
inventory. If field reprogrammable gate arrays are used, it can also be used to 
configure the field reprogrammable gate arrays in the handheld computers 252 to 
the appropriate applications. Using normal means, it would take a great deal of 
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time to reconfigure each of the handheld computers. Through this wireless 
network, it is possible to update or alter the operating systems of the computer 
instantaneously, reconfiguring the computer. This is especially important in light 
of the fact that the handheld computers 252 are likely to have slow processors and 
low amount of memory, necessitating frequent alterations in the applications and 
operating systems if multiple applications are to be performed. In this way, small 
and cheap computers may be used to run a wide variety of functions, providing 
almost as much flexibility as their larger and more expensive counterparts. 

While embodiments and applications of this invention have been shown 
and described, it would be apparent to those skilled in the art that many more 
modifications than mentioned above are possible without departing from the 
inventive concepts herein. The invention, therefore, is not to be restricted except in 
the spirit of the appended claims. 
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